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APPLICATION SERVICE PROVIDER MODEL 
FOR MANUFACTURERS PRODUCT SPECIFICATION DATA 

5 COPYRIGHT NOTICE 

A portion of the disclosure of this patent document contains material that is subject to 
copyright protection. The copyright owner has no objection to the facsimile reproduction by 
anyone of the patent document or the patent disclosure as it appears in the United States Patent & 
Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever. 

10 

FIELD OF THE INVENTION 

The present invention relates to application service providers, and more particularly, to an 
„ application service provider model for manufacturers product specification data. 

pjl5 BACKGROUND 

m Product manufacturers typically have information about the products that they 

IZ manufacture in the form of product specification data. For example, a manufacturer of consumer 
^ electronic devices, such as DVD players, will have product specifications for each different 
□ model of DVD player that the manufacturer produces. These specifications may include model 
fTflQ name, dimensions, and other features of the product, such as whether it is portable, what media 
^ formats it supports, what types of outputs it provides, etc. 

U Manufacturers often publish their product specification data, for example, in product 

catalogues and, increasingly today, via the World Wide Web (the "Web"). End-user customers, 
as well as merchants that resell manufacturers' products, will often use the product specification 

25 data to make purchasing decisions and to compare the features of one manufacturer's products 
against those of another manufacturer. One problem that hinders the ability of a consumer or 
merchant to compare products from different manufacturers is that different manufacturers of 
products in a given product class do not always use the same set of specifications for that class of 
products. For example, one manufacturer may specify the height, width, and depth of its 

30 products in that class, whereas another manufacturer may only specify the volume (e.g., cubic 
centimeters) of its products. Different manufacturers also may not agree on what features of a 
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product are important to consumers and merchants, and thus some manufacturers will provide 
specifications on certain features and others may not. 

Uniform specifications for products in a given product class is not the only problem that 
manufacturers face. They also often have a problem maintaining an up-to-date database of their 
5 product information. Many manufacturers have multiple divisions creating different product 
lines, have separate marketing organizations that often maintain catalog information in 
unstructured fashions, and typically have not had a strong need for a centralized database of their 
product information. As such, manufacturers often do not have an organizational infrastructure 
that is optimized around creating a central product database of the products they manufacture. 
10 Because most manufacturers lack the necessary infrastructure to create and maintain a 

centralized database of product specifications for the products they manufacture, and because it is 
C3 becoming increasingly important, particularly with the advent of online shopping via the Internet, 
m that manufacturers provide uniform specifications for products in a given product class, there is a 

need for systems and methods that enable and encourage manufacturers to describe the features 
UJ15 and other specifications of their products in a consistent and uniform manner and to maintain that 
I fi data in a centralized database. The present invention addresses this need. 

SUMMARY 

The present invention is directed to a new business model in which one entity hosts, 
^20 maintains, and provides a uniform interface for entering data into, a database of manufacturers 
product specifications on behalf of a plurality of manufacturers. The entity then serves as an 
application service provider (ASP) with respect to that database, by allowing the manufacturers 
to access their respective product specification data in the database for any of a variety of uses in 
exchange for some form of remuneration from those manufacturers. 

25 In greater detail, this method may comprise (a) hosting on a server of the entity a database 

of specification data of products of a plurality of different manufacturers, the product 
specification data in the database being arranged in predefined product classes; (b) defining, for 
each product class, a schema for the entry of specification data of products in that product class; 
(c) providing an interface for use by the manufacturers for entry of new product specification 

30 data into the database and for modifying existing product specification data in the database, the 
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interface requiring each manufacturer to use a same schema when entering or modifying product 
specification data in a particular product class; and (d) in exchange for remuneration from a 
given manufacturer, providing that manufacturer with access to the interface and to its respective 
product specification data in the database for use outside of the database. Encouraging the use 
5 among manufacturers of a common set of specifications for each product class within the 

database will ensure that different manufacturers describe the features and specifications of their 
products in a consistent and uniform manner, thus making the data more valuable to third party 
users of the data, such as consumers and merchants selling the products. 

Manufacturers can utilize this service in a variety of ways, including (1) querying data 

10 from the database into an HTML authoring tool to create static HTML pages for their own Web 
sites, (2) querying data from the database in real-time, but displaying that data on their own sites, 
(3) paying the hosting entity to build product information pages on its server from the 
manufacturer's data and then linking to those pages from the manufacturer's own Web site (with 
or without links back to the manufacturer's site), and (4) partnering with the hosting entity to 

1 5 generate a co-branded Web site or page that is built from the information in the database. The 
data can also be used in the context of an online shopping or merchandizing Web site to provide 
a consistent link to its product information from a number of different merchants that sell its 
products on the site. Additionally, a manufacturer can use this service to outsource the hosting 
and maintenance of a database of the manufacturer's product specifications. 

20 The hosting entity may charge a fee for the hosting, maintaining, and providing access to, 

the database. For example, the hosting entity may charge a fee to each manufacturer that uses the 
database. The fee may or may not be in the form of a monetary payment. The fee may take the 
form of a one-time payment to establish an account with the hosting entity, a monthly service fee, 
a per transaction fee based either on the amount of product specification data stored in the 

25 database or on the volume of queries to the database, or some combination of these kinds of fees. 
Alternatively, the hosting entity can provide the service for free, relying instead on other business 
benefits of hosting the manufacturers product specification data. For example, the hosting entity 
may provide the service in exchange for an agreement from the manufacturers that the hosting 
entity can use the product specification data in connection with some other business model, such 

30 as an online shopping or merchandizing Web site, from which the hosting entity derives revenue. 



-3- 



150665.1/MSFT-0208 



A system for implementing the novel business method of the present invention comprises 
a database of specifications of products of a plurality of different manufacturers and an interface 
for use by the plurality of manufacturers for the entry of specifications of products into the 
database. The product specifications in the database are arranged in predefined product classes. 
5 A schema is defined for each product class for the entry of specification data of products in that 
product class. The interface of the system requires each manufacturer to use the defined schema 
for a given product class when entering product specification data for products in that class. The 
interface further provides each manufacturer with access to its respective product specification 
data in the database for use outside of the database. 
10 Other features and advantages of the present invention will become evident hereinafter. 

O BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing summary, as well as the following detailed description of the invention, is 
^ better understood when read in conjunction with the appended drawings. For the purpose of 
|yl5 illustrating the invention, various embodiments are shown in the drawings, it being understood, 
Jfi however, that the invention is not limited to the specific methods and instrumentalities disclosed. 
In the drawings: 

%y Figure 1 is a block diagram of a system for enabling an entity to serve as an application 

[f\ service provider with respect to product specification data of a plurality of manufacturers, in 
^■20 accordance with an embodiment of the present invention; 

Figure 2 graphically illustrates further details of a database of manufacturer product 
specifications, in accordance with the present invention; 

Figure 3 is a block diagram providing further details of a Manufacturer Administration 
Tool that is part of the interface of the system of Figure 1, in accordance with the present 
25 invention; 

Figures 4 through 10 illustrate further details of a graphical user interface of the 
Manufacturer Administration Tool of Figure 3; 

Figure 1 1 illustrates an exemplary computer system in which the present invention can be 
implemented; 
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Figure 12 illustrates the incorporation of the present invention into an exemplary online 
merchandizing Web site, in accordance with a further aspect of the present invention; and 

Figure 12a illustrates an exemplary merchant offer that may be displayed by the Web site 
of Figure 12. 

5 

DETAILED DESCRIPTION OF THE INVENTION 

The present invention is directed to a new business model in which one entity hosts, 
maintains, and provides a uniform interface for entering data into, a database of manufacturers 
product specification on behalf of a plurality of manufacturers. The entity then serves as an 

10 application service provider (ASP) with respect to that database, by allowing the manufacturers 
to access their respective product specification data in the database for any of a variety of uses in 
exchange for some form of remuneration from those manufacturers. One embodiment of this 
business method comprises: (a) hosting, on a server of the entity, a database of specification data 
of products of a plurality of different manufacturers, the product specification data in the 

15 database being arranged in predefined product classes; (b) defining, for each product class, a 
schema for the entry of specification data of products in that product class; (c) providing an 
interface for use by the manufacturers for entry of new product specification data into the 
database and for modifying existing product specification data in the database, the interface 
requiring each manufacturer to use a same schema when entering or modifying product 

20 specification data in a particular product class; and (d) in exchange for remuneration from a 

given manufacturer, providing that manufacturer with access to the interface and to its respective 
product specification data in the database for use outside of the database. 

Manufacturers can utilize this service in a variety of ways, including (1) querying data 
from the database into an HTML authoring tool to create static HTML pages for their own Web 

25 sites, (2) querying data from the database in real-time, but displaying that data on their own sites, 
(3) paying the hosting entity to build product information pages on its server from the 
manufacturer's data and then linking to those pages from the manufacturer's own Web site (with 
or without links back to the manufacturer's site), and (4) partnering with the hosting entity to 
generate a co-branded Web site or page that is built from the information in the database. The 

30 data can also be used in the context of an online shopping or merchandizing Web site to provide 
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a consistent link to its product information from a number of different merchants that sell its 
products on the site, as described more fully below. 

Additionally, a manufacturer can use this service to outsource the hosting and 
maintenance of a database of the manufacturer's product specifications. Encouraging the use 
5 among manufacturers of a common set of specifications for each product class within the 

database will ensure that different manufacturers describe the features and specifications of their 
products in a consistent and uniform manner, thus making the data more valuable. 

The hosting entity may charge a fee for the hosting, maintaining, and providing access to, 
the database. For example, the hosting entity may charge a fee to each manufacturer that uses the 

10 database. The fee may or may not be in the form of a monetary payment. The fee may take the 
form of a one-time payment to establish an account with the hosting entity, a monthly service fee, 
a per transaction fee based either on the amount of product specification data stored in the 
database or on the volume of queries to the database, or some combination of these kinds of fees. 
Alternatively, the hosting entity can provide the service for free, relying instead on other business 

15 benefits of hosting the manufacturers product specification data. For example, the hosting entity 
may provide the service in exchange for an agreement from the manufacturers that the hosting 
entity can use the product specification data in connection with some other business model, such 
as an online shopping or merchandizing Web site, from which the hosting entity derives revenue. 
Referring now to the drawings, wherein like numerals represent like elements throughout, 

20 Figure 1 is a block diagram of a system 100 for carrying out the new business method of the 
present invention. As shown, the system generally has a client-server architecture in which a 
number of client computers, e.g., clients 105a-c, operated by a plurality of different product 
manufacturers communicate over a network 115 with a server computer 110 operated by a 
hosting entity. The communications network 1 1 5 may comprise the Internet, an intranet, or any 

25 other hardwired or wireless network, including for example, a local area network (LAN), a wide 
area network (WAN), or a cellular, wireless, microwave, or satellite network. The term 
"Internet" refers commonly to the collection of networks and gateways that utilize the TCP/IP 
suite of protocols, which are well-known in the art of computer networking. TCP/IP is an 
acronym for "Transmission Control Protocol/Internet Protocol," a software protocol developed 

30 by the Department of Defense for communication between computers. The Internet can be 
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described as a system of geographically distributed remote computer networks interconnected by 
computers executing networking protocols that allow users to interact and share information over 
the networks. Because of such wide-spread information sharing, remote networks such as the 
Internet have thus far generally evolved into an "open" system for which developers can design 
5 software applications for performing specialized operations or services, essentially without 
restriction. 

Generally, in a client-server architecture of the type illustrated in Figure 1, a client (e.g., 
clients 105a-c) may be a process (i.e., roughly a set of instructions or tasks) that requests a 
service provided by another program. The client process utilizes the requested service without 

10 having to "know" any working details about the other program or the service itself. A client is 
usually a computer or computer program that accesses shared network resources provided by 
other computers, i.e., servers (e.g., server 110). 

Clients and servers can communicate with one another utilizing the functionality 
provided by the Hypertext-Transfer Protocol (HTTP). The World Wide Web (WWW) or, 

15 simply, the "Web," includes those servers adhering to this standard (i.e., HTTP) which are 

accessible to clients via a computer or data-processing system network address such as a Uniform 
Resource Locator (URL). The network address can be referred to as a Uniform Resource Locator 
address. For example, a client and server may be coupled to one another via TCP/IP connections 
for high-capacity communication. Active within the client may be a first process which 

20 establishes the connection with the server and presents information to the user. The server itself 
executes corresponding server software that presents information to the client in the form of 
HTTP responses. The HTTP responses may correspond to "web pages" constructed from a 
Hypertext Markup Language (HTML), or other server-generated data. Each web page can also 
be referred to simply as a "page." 

25 A client typically displays the information provided through the network by the server, 

using a software application known as a browser. Most browsers have modern graphical user 
interfaces that are capable of displaying and manipulating various types of data. A graphical user 
interface is a type of display format that enables a user to choose commands, start programs, and 
see lists of files and other options by pointing to pictorial representations (icons) and lists of 

30 menu items on the screen. Choices can be activated generally either with a keyboard or a mouse. 
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Internet services are typically accessed by specifying a unique network address (i.e., typically 
with a Uniform Resource Locator). The Uniform Resource Locator address has two basic 
components, the protocol to be used and the object pathname. For example, the Uniform 
Resource Locator address, "http://www.uspto.gov" (i.e., home page for the U.S. Patent and 
5 Trademark Office), specifies a hypertext-transfer protocol ("http") and a pathname of the server 
("www.uspto.gov"). The server name is associated with one or more equivalent TCP/IP 
addresses. 

Referring still to Figure 1, the host entity server 1 10 comprises a database 120 of 
specifications of products of a plurality of different manufacturers. The product specifications in 

10 the database 120 are arranged in predefined product classes, as described more fully below. 

The server 110 further comprises an interface 125 to the network 115, and more 
particularly, to the client computers 105a-c of each manufacturer. As shown, the interface 125 
comprises an access control component 130, which, for example, authenticates each 
manufacturer by requiring a username and password combination to logon to the server 110. The 

15 access control component 130 may also provide other security functionality, such as data 

encryption and other secure communications techniques. The access control component 130 
only permits a manufacturer to view and edit the data for the products of that manufacturer. No 
manufacturer is permitted access to the product specification data of another manufacturer. In 
other embodiments, however, such access may be permitted in circumstances where two or more 

20 manufacturers agree to shared access to the product specification data of each other. 

The interface 125 further comprises a Manufacturer Administration Tool (MAT) 140 that 
is used by each manufacturer to add and modify the specification data for its products in a given 
product class. As described more fully hereinafter, there is defined, for each product class, a 
common schema that every manufacturer must use for the entry of specification data of products 

25 in that product class. 

The interface 125 further comprises a query component 135 that enables each 
manufacturer to query or otherwise access its respective product specification data in the 
database for use outside of the database. For example, the query component 135 may permit 
each manufacturer to query data from the database in a form that the manufacturer can use with 

30 an authoring tool to create Web pages for a Web site (not shown) of the manufacturer. 
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Alternatively, the query component 135 may permit a manufacturer to query data from the 
database in real-time for immediate insertion into and display on one or more pages of a Web site 
of the manufacturer. As another alternative, the manufacturer may have the hosting entity build 
product information pages on its server 110 from the manufacturer's data and, and the query 
5 component 135 can then enable the manufacturer to link to those pages from the manufacturer's 
own Web site (with or without links back to the manufacturer's site). Also, the manufacturer 
may partner with the hosting entity to generate a co-branded Web site or page(s) that are built 
from the information in the database. As mentioned above, in accordance with the new business 
model of the present invention, use of the interface 125 and database 120 will require some form 

1 0 of remuneration from the manufacturer. 

Architecturally, the query component can be implemented in a variety of ways. For 
example, in embodiment shown, the query component may be restricted (i.e., only available to 
the manufacturer), in which case access to the query component is through the access control 
component 130. The query component 135 may or may not be integrated into (i.e., a "part" of) 

15 the MAT 140. In other embodiments, the query component 135 may be available to anyone (i.e., 
not requiring authentication through the access control component 130), as in the case, for 
example, of an online merchant querying data for display in connection with a product offer on 
its site, or a consumer application that accesses the data for product comparison purposes. 

Figure 2 graphically illustrates the overall schema of the database 120, in accordance with 

20 one embodiment thereof. As shown, the database is arranged in tables titled "product classes" 
205, "products" 210, "manufacturers" 215, "fields" 220, "field types" 225, "field data" 230, and 
"field values" 235. A product in table 210 may be assigned to a product class in table 205. Thus, 
as shown, there is a one-to-many ("1 :M") relationship between product classes and products. 
"DVD Players" is an example of one product class, and "Televisions" maybe another. 

25 All products have some common information, such as product name, UPC number, 

model name, and Manufacturer's Suggested Retail Price (MSRP), which is stored for each 
product in the product table 210. In addition, most products will have some product class 
dependent information. For example, a DVD player that belongs to the product class "DVD 
Players" may have information concerning media formats that the player can read, whether it has 

30 an internal Dolby Digital 5.1 decoder, what digital outputs it has, what audio D/A converter it 



-9- 



150665.1/MSFT-0208 

uses, whether it is portable, its color, its weight, and so on. This kind of product class dependent 
information is stored in the fields, field values, and field data tables 220, 230, and 235. 
Specifically, the fields table 220 records the product class dependent schema, i.e., what fields this 
particular product class has, such as, "format," "weight," "color," etc. The field values table 235 
records the possible values for each field if the field type (stored in table 225) is a SELECT type 
meaning that it has multiple value choices, or a value range if its type is NUMERIC. The field 
data table 230 records the specific data (i.e., a product's specifications) for a given field. Table 1 
shows the different product class dependent schema (i.e., fields) for two different product classes, 
"DVD Players" and "Televisions." 
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Table 1. 



Thus, each product class has a predefined schema, as reflected in the fields table 220. 
According to the present invention, the interface 125, in particular, the MAT 140, requires that 
^ each manufacturer that wishes to enter product specification data for products of a given product 
Cn 5 class do so using the predefined schema for that class. This will ensure uniformity of products 
f=4 specification data across manufacturers. 

^ As further shown in Figure 2, the database 120 also contains a table 215 that contains 

IFl account and other information for each manufacturer that has subscribed to the service. As 
p shown by the designation "N: 1", each manufacturer may be associated with one or more 
JfjlO "products" in table 210 of the database 120. 

*3 Figure 3 provides further details of the system of Figure 1, in particular the MAT 140. As 

□ shown, the MAT 140 comprises a products search and listing component 305 that a manufacturer 
can use to search for and list product specification data for its products stored in the database. 
This component lets the manufacturer view its product specification data. Products are listed 
15 under the different product classes. For example, one manufacturer may have products in a 
number of different products classes, such as answering machines, bookshelf speakers, 
camcorders, DVD players, and the like. Remember that each product class has different features 
or specifications. For example, answering machines have specifications like "digital or cassette," 
"number of lines machine can use," "type of machine," "room monitor," and "caller ID," while 
20 camcorders have specifications like "display type," "format," "built-in auto light," "LCD screen 
monitor," "remote," and "computer editing capable." Each product class has a predefined 
schema that reflects the different features or specifications of that class of product; the schema 
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being represented in a respective record of the field table 220 of the database 120, as described 
above. The search and listing component 305 uses the schema of a given product class to 
generate product search criteria specific to a chosen class. The component 305 enables a 
manufacturer to view a list of that manufacturer's products in the database 120 for a single 
product class at a time. The product search criteria can be very strict, such as "show all 
camcorders that have VHS format, built-in auto light, and LCD screen monitor". The search and 
listing component 305 will return all of the manufacturer's products that fit the criteria. 
Additionally, the search and listing component 305 enables a manufacturer to export its product 
specification data from the database 120 for a given product class in a variety of formats, 
including but not limited to, XLS (Excel spreadsheet), CSV (comma separated value) or XML 
(Extensible Markup Language) format to its local client computer (e.g., client computer 105a) for 
updating. 

The MAT 140 further comprises a single product editing component 310 that a 
manufacturer can use to add and edit the product specification data for a single product in the 
database. This component is described more fully below. 

A third component of the MAT 140 is a bulk products upload component 315 that 
enables a manufacturer to add or edit the product specification data for multiple products in a 
single data feed. Based on the schema of a product class (i.e., the different fields of table 220 
representing different specifications for products of that class), the bulk products upload 
component 315 generates an import file template (identical in schema format to the export format 
described above). Thus, different product classes have different templates based on the 
respective schemas of each product class. Like the schemas of different product classes, the 
import templates will include some common product specification fields across all product 
classes, such as product name, product model year and MSRP. The bulk upload component 315 
supports templates in a variety of formats, including but not limited to, for example, CSV format, 
XLS format, and XML format. In other embodiments, other data formats can be used as well. 

A manufacturer then uses the template to create an import file (CSV, XLS, or XML 
format) (or changes the file exported with the export tool), in which the template is used to 
provide product specification data for multiple products in the particular product class. The data 
for each product is provided in the file, using the template for the data of each successive 
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product. The import file is then transmitted from the manufacturer's client computer (e.g., 105a) 
to the server 110. This can be done through a variety of protocols including loading via HTTP, 
sending via File Transfer Protocol (FTP), emailing the file, or using a proprietary protocol. 

After receiving the file, the bulk upload component 315 parses the import file, reads the 
5 product specification data for each product, and uses that structure to add or update the 

corresponding database records. When parsing the import file, the bulk upload component 315 
may perform some intelligent checks. For example, it may check whether the format of the 
received file matches the template for products of the given product class, and it may also check 
whether any field has invalid data. When updating the database, the bulk upload component 315 
10 may map a manufacturer's broadly acceptable values to the database's acceptable values. For 
example, "Y", "Yes", "YES", and "1" may all map to a value of "1" in the database. The 
u component 3 1 5 may fill in certain default values if the manufacturer leaves a particular field 
m blank, and may permit the manufacturer to specify that certain fields be ignored when updating 
~ so as not to erase previous values when a field of the new data feed is blank. When the import 
Wl5 file is provided in XML format, the component 315 may perform XML validation to verify that 
m the file is in the proper XML format. Other additional validation of the data may also be 
™ performed such as, range checking, data type checking, required fields being present, and the 

5 like - 

if| Every product class template includes one field for a product model string. Typically, this 

IZ20 string is the SKU used by the manufacturer for a given product. This field must be unique across 
all products from a given manufacturer. This enables the bulk upload component 315 to 
determine if a particular import file contains an insert or an update for a given product. The 
product class of a given feed can be determined automatically from the template fields of the file 
being imported. 

25 The bulk upload component 140 may report errors that occur during the upload process, 

and may also give the reason for each error. When the upload completes for protocols such as 
http, a summary is returned to the manufacturer, reporting how many products have been inserted 
into the database, how many products have been updated, what the success rate is, and whether 
any errors occurred. The bulk upload component 315 also writes logs to the database 120 during 

30 the bulk upload process to record the status of any updates. This is useful for asynchronous 
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protocols such as FTP or email. For these protocols the system might send a confirmation e-mail 
of the load status. A MAT administrator may later query the log to track upload histories of all 
manufacturers. Each manufacturer, however, can only view its own upload history. 

Appendix A is an example of a product template based on a product schema for a product 
5 class called "DVD Player". This template is in XML format. Appendix B is an example of an 
import file containing specification data for multiple products in the "DVD Player" class, each 
product entry in the file conforming to the template of Appendix A. As mentioned above, 
however, the exemplary template and exemplary import file can also be created in an Excel 
spreadsheet format, in which the fields of the schema each define a separate column in the 

10 spreadsheet, and wherein the specification data (i.e., the values of each field) of a product are 
entered as a single row in the spreadsheet. Alternatively, the exemplary template and import file 
may be generated in a CSV format. Other formats are also possible. 

Figures 4 through 10 illustrate further details of an embodiment of a graphical user 
interface (GUI) of the Manufacturer Administration Tool 140 of Figure 3. In this embodiment, 

1 5 the GUI comprises a series of Web pages that a client accesses and interacts with using a browser 
application. 

Figure 4 is a graphical representation of the main page 400 of the GUI, which is presented 
to a manufacturer after a successful logon. A title bar 405 identifies the manufacturer and 
provides links to other pages of the interface {e.g., home , help). A brief summary of the number 

20 of product records the manufacturer has stored in the database 120 is provided at 410. On the 
opposite side of the page, links to three other functions of the GUI are provided. Specifically, a 
" View/Edit current products " link 415 will invoke the user interface page(s) of the product 
search and listing component 305 of the MAT 140, a " Add a single product " link 420 will invoke 
the user interface page(s) of the single products editing component 310, and a " Bulk upload 

25 multiple products by category " link 425 will invoke the user interface page(s) of the bulk upload 
component 315. 

Figure 5 is a graphical representation of a page 500 of the GUI that is displayed when a 
manufacturer clicks on link 415 of the main page 400. At 505, this page 500 displays a list (in 
the form of a series of Web page links) of all product classes in which the manufacturer has 
30 product records in the database 120. The manufacturer can then click on one of the product class 
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links to view a page listing more detailed information for the manufacturer's products in that 
class. A "see additional product classes" link 510 is provided in the event that the manufacturer 
wants to load data for a product class for which it has not yet stored any data. 

Figure 6 is a graphical representation of a page 600 which, for example, might be 
5 displayed by clicking the "DVD players (5)" link of the page 500 of Figure 5. As shown, at 610 
of the page 600, the product search and listing component 305 provides a series of search filters 
based on the schema of the selected product class to enable the manufacturer to further refine the 
search for products in this class. For example, the manufacturer may want to view only those 
DVD player products that are portable. Selecting that preference at 610 and then clicking the 
10 button entitled "Get Products" will pull up a sub-list of products that satisfy the search criteria at 
610. Clicking the "New Search" button 630 will clear the filter fields to enable the manufacturer 
O to specify new values for each field. The "Add New Product" button 635 invokes the single 
m products editing component 3 10 for adding specification data for a new product in this class. 
f ~ Clicking on the product ID of any one of the products in the current list of products will also 
~15 invoke the single products editing component 3 1 0 to enable the manufacturer to modify the 
[fl product specification data for that product. The "Export XLS" and "Export XML" buttons 640, 
f=i 645 allow the manufacturer to export the current list in either the XLS format or the XML 
^ format, respectively. A "Change Category" button 650 sends the manufacturer back to the 
vD previous page 500 for selection of a new product class. Links 615 and 620 are provided to 
S 20 enable the manufacturer to download the current XLS and XML format templates for the current 
product class for use in providing a bulk upload of product specification data. 

Figures 7a and 7b are a graphical representation of an edit page displayed by the single 
products editing component 310, for example, in response to the manufacturer clicking on the 
product ID of one of the DVD players listed in the exemplary listing on page 600 of Figure 6. 
25 The entries at 715a and 715b are generated by the editing component 310 from the schema for 
this product class. As is the case for all product classes, the field entries at 715a are common to 
all product classes, whereas the field entries at 715b are specific to the current product class, 
which in this example is "DVD Player." The manufacturer can change the values in one or more 
fields and then click on the "Update" button 705 to commit the changes to the database 120. 
30 Alternatively, the manufacturer can click on the "Reset" button 710 to reset all of the fields. As 
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shown in this example, the manufacturer has provided values for many of the fields, but has left 
other fields blank. 

Due to the flexible design of the embodiment of the database 120 illustrated in Figure 2, 
it is very easy to add a new field to a product class. The MAT 140 will automatically generate a 
revised template for the product class schema and any changes will also be reflected in any 
editing page 700 generated from the schema. A manufacturer can always download the most 
current template (in XLS or XML formats) using links 615 and 610 of the page 600 of Figure 6. 

Adding a single new product to the database is very similar to editing a product. A 
manufacturer clicks on the "Add a single product" link 420 of the main page 400 of Figure 4. 
This causes a page (not shown) to be displayed that shows all product categories and classes. 
Once a product class has been selected, such as, for example, "DVD Player," the manufacturer is 
presented with an editing page that is very similar to that shown in Figures 7a and 7b, except that 
none of the fields are filled in. The manufacturer then fills-in the information and clicks on a 
button that causes the entered specification data to be added to a new record in the database 120. 

Figure 8 is a graphical representation of a page 800 of the GUI that is presented to the 
manufacturer by the bulk upload component 315 when the manufacturer clicks on the "Bulk 
upload multiple products by category" link 425 of the page 400 of Figure 4 (which causes a list 
of available categories and classes to be displayed) and then selects one of the product classes for 
which to upload new product specification data. The upload bulk products category can be used 
to upload product specification data for new products in the product class or to modify existing 
data. 

As shown, at 805 of the page 800, current information is provided concerning the total 
number of products that this manufacturer has stored in the database, as well as the number of 
products already stored in this particular product class. The manufacturer can download the 
current product class template in either XLS or XML format using one of the respective links 
shown at 810. The manufacturer can view its upload history by clicking the link at 812. A 
"Change Category" button 815 can be used to change to a different product class and category. 

The manufacturer enters a directory path and filename of the import file to be uploaded in 
the edit item field 820. Once any fields to ignore have been specified in the list box 825, the 
manufacturer clicks on the "Upload" button to cause the bulk upload component 830 to retrieve 
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the import file from the location specified in entry window 820. As described above, the bulk 
upload component 315 will then parse the received import file, read the product specification 
data for each product, and use that structure to add or update the corresponding database records. 
The component 315 will also perform the aforementioned data integrity checks and provide a log 
5 indicating any errors during the upload process. Note that in other embodiments, the upload file 
can be provided in other ways, such as through an FTP site, through an e-mail protocol, or 
through any other suitable means. 

Figure 9 is a graphical representation of a page 900 that is presented to the manufacturer 
when the link at 812 of page 800 is clicked, as well as to an administrator of the server 1 10 via a 
10 server administrator link (not shown). This page allows the manufacturer or a server 
administrator to specify certain parameters of the upload history information that the 
manufacturer or administrator wishes to view. For example, at 905, an administrator can select 
whether to view the current manufacturer's bulk upload history or the histories for all 



;? 2 manufacturers. A manufacturer, however, can only view its own upload history and so the latter 
W15 option is not available to a manufacturer. At 910, the manufacturer or administrator can select to 



view the history of only the last upload event, or a history of all past upload events. At 915, the 
manufacturer or administrator can select several different options concerning how the upload 
history information will be sorted. Once the appropriate selections have been made, the 
manufacturer or administrator clicks on the "Get Log" button 920 to view the history 



Figure 10 is a graphical representation of an exemplary page 1000 that the bulk upload 
component 315 might present to a manufacturer or administrator to display the upload history for 
a given upload event. The information displayed includes the manufacturer name, the date of the 
upload event, an indication of whether the upload was successful, the location and name of the 
25 import file provided by the manufacturer, and a summary (at 1005) of the event history. The 
summary 1005 may indicate which product class the product information relates to, the number 
or records successfully inserted or updated, the number of errors encountered and the specific 
rows (i.e., product records) in the import file in which those errors occurred, the overall success 
rate of the upload event, and the processing time required to perform the upload. 



^20 



information. 



-17- 



150665.1/MSFT-0208 



While in the embodiments described above, manufacturers use the MAT 140 to upload 
product information to the Manufacturers Product Database, in other embodiments, the data may 
be "pulled" from the manufacturers. For example, the MAT 140 may access {e.g., "crawl") a 
Web site of the manufacturer and extract product information data from unstructured HTML (or 
5 text or quark files), format the data in accordance with a particular product class schema, and 
then insert the data into the database 120. Alternatively, the manufacturer could supply an 
unstructured data file, such as a marketing brochure for a product, and the MAT 140 could scan 
the document, extract the pertinent product specification data, place the information in the 
appropriate product class schema format, and then insert the data in to the database 120. 
10 Figure 12 is a block diagram illustrating how the system 100 of Figure 1 may be 

integrated into other business models, in accordance with a further aspect of the present 
invention. In the example shown, the system has been integrated into a Web site that provides 
online shopping or merchandizing services. The Web site enables merchants, e.g., merchants 
1240a-c, to submit offers for sale of products of various manufacturers {e.g., manufacturers 105a- 
15 c) to the Web site for display by the Web site to potential customers {e.g., customers 1235a-c). 
For example, a merchant called "scanners-r-us" may wish to have the Web site display an offer 
for sale by it of a particular flatbed scanner device manufactured by a given manufacturer. The 
merchant uses an interface 1210, which comprises an access control component 1220 and a 
Merchant Administrative Tool 1225, to submit an offer(s) to be stored by the Web site in a 
220 Merchant Offer Database 1215. The files and encoding 1230 of the Web site may then display 
on a Web page of the site, in any of a variety of formats and combinations, selected offers from 
selected merchants. 

Figure 12a is an example of how a particular product offer may be displayed. This 
display represents an offer for sale of a flatbed scanner device of a particular manufacturer {e.g., 

25 the A100 Flatbed Scanner) by a merchant called "scanners-r-us.com." The merchant submits the 
information about the offer, such as the product name, offer price, length of time the offer is 
valid, and other information to the Merchant Offer Database using the Merchant Administrative 
Tool 1225. Like the Manufacturer Administration Tool 140, the Merchant Administration Tool 
1225 can import and export product offer information in a variety of formats {e.g., CSV, XLS, 

30 XML, and the like) via a variety of communication protocols {e.g., HTTP, FTP, e-mail, and the 
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like). Merchant offer information can be added or edited a single offer at a time using the Tool 
1225 or using a bulk upload capability like that provided by the Manufacturer Administration 
Tool 140. A single schema is used by all merchants to submit offers to the database 1215, 
ensuring a common format among all merchants. 
5 Referring again to Figure 12, the offers stored in the Merchant Offer Database 1215 are 

preferably correlated, or mapped, to the respective product specification data in the 
Manufacturers Product Database 120. For example, the offer depicted in Figure 12a by the 
merchant "scanners-r-us.com" will be stored in the Merchant Offer Database 1215 and will be 
mapped to the product specification data in the Manufacturers Product Database 120 for the 
10 product being offered (e.g., the A100 Flatbed Scanner). The mapping is bi-directional. This has 
a number of advantages. For example, the Web site can display a specific product from a 
O particular manufacturer with a "where to buy this product" link that would then query the 
ffl Merchant Offer Database 1215 and display all merchant offers for that product. This can extend 
^ to online merchants or to local merchants (e.g., via a "click here to see where you can buy this 
ly 15 product near you" link). Additionally, for each offer displayed on a Web page of the site, a link 

Li I 

In can be provided to the product specification data for that product to enable customers to make 
;L more informed purchasing decisions and to compare offers from different merchants for the same 
^3 product or compare like products from different manufacturers in a same product class. Because 
all manufacturers are required to use the same product class schema to describe the features and 
;%20 specifications of their products in a given product class, the Web site provides a more meaningful 
comparison shopping experience. 

In the context of the online shopping Web site illustrated in Figure 12, the remuneration 
given to the hosting entity (in this case the Web site operator) for use by the manufacturers of the 
manufacturers interface 125 and database 120 may take the form of permission from the 
25 manufacturers to the Web site to use the product specification data in connection with merchant 
offers displayed to consumers by the Web site. Moreover, because the manufacturers also derive 
a significant benefit from the Web site as a form of distribution outlet for their products, the Web 
site may further charge the manufacturers additional fees or other charges for this benefit. 

Although not required, the methods of the present invention and the components of the 
30 system of the present invention, including the database 120, the interface 125, and/or any of its 
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individual components, including the access control component 130 and the components 305, 
310, and 315 of the MAT 140, may be embodied in the form of program code (i.e., instructions) 
stored on a computer-readable medium, such as a magnetic, electrical, or optical storage medium, 
including without limitation a floppy diskette, CD-ROM, CD-RW, DVD-ROM, DVD-RAM, 
5 magnetic tape, flash memory, hard disk drive, or any other machine-readable storage medium, 
wherein, when the program code is loaded into and executed by a machine, such as a computer, 
the machine becomes an apparatus for practicing the invention. Aspects of the present invention 
may also be embodied in the form of program code that is transmitted over some transmission 
medium, such as over electrical wiring or cabling, through fiber optics, over a network, including 
10 the Internet or an intranet, or via any other form of transmission, wherein, when the program 
code is received and loaded into and executed by a machine, such as a computer, the machine 
13 becomes an apparatus for practicing the invention. When implemented on a general-purpose 
tfi processor, the program code combines with the processor to provide a unique apparatus that 
fp% operates analogously to specific logic circuits. 

^ 1 5 Figure 1 1 illustrates an exemplary computing environment in which the program code 

m that embodies the methods or system of the present invention may be executed. Those skilled in 
? 3 the art will appreciate that the invention may be practiced with other computer system 
^ configurations, including hand-held devices, multiprocessor systems, microprocessor-based or 
%Q programmable consumer electronics, network PCs, minicomputers, mainframe computers, and 

•SSI*. 

I I 

H 20 the like. The invention may also be practiced in distributed computing environments where tasks 
are performed by remote processing devices that are linked through a communications network. 
In a distributed computing environment, program code and program modules comprising 
program code may be located in both local and remote memory storage devices. 

With reference to Figure 1 1, an exemplary system for implementing the invention 

25 includes a general purpose computing device in the form of a conventional computer 1 120, 
including a processing unit 1 121, a system memory 1 122, and a system bus 1 123 that couples 
various system components including the system memory to the processing unit 1121. The 
system bus 1 123 may be any of several types of bus structures including a memory bus or 
memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. 

30 The system memory includes read only memory (ROM) 1 124 and random access memory 
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(RAM) 1 125. A basic input/output system 1 126 (BIOS), containing the basic routines that helps 
to transfer information between elements within the computer 1 120, such as during start-up, is 
stored in ROM 1 124. The computer 1 120 further includes a hard disk drive 1 127 for reading 
from and writing to a hard disk, not shown, a magnetic disk drive 1 128 for reading from or 
5 writing to a removable magnetic disk 1 129, and an optical disk drive 1 130 for reading from or 
writing to a removable optical disk 1131 such as a CD ROM or other optical media. The hard 
disk drive 1 127, magnetic disk drive 1 128, and optical disk drive 1 130 are connected to the 
system bus 1 123 by a hard disk drive interface 1 132, a magnetic disk drive interface 1 133, and an 
optical drive interface 1 134, respectively. The drives and their associated computer-readable 

10 media provide nonvolatile storage of computer readable instructions, data structures, program 
modules and other data for the computer 1 120. Although the exemplary environment described 
herein employs a hard disk, a removable magnetic disk 1 129 and a removable optical disk 1131, 
it should be appreciated by those skilled in the art that other types of computer readable media 
which can store data that is accessible by a computer, such as magnetic cassettes, flash memory 

15 cards, digital video disks, Bernoulli cartridges, random access memories (RAMs), read only 
memories (ROM), and the like, may also be used in the exemplary operating environment. 

A number of program modules may be stored on the hard disk, magnetic disk 1 129, 
optical disk 1131, ROM 1 124 or RAM 1 125, including an operating system 1 135, one or more 
application programs 1 136, other program modules 1 137, and program data 1 138. A user may 

20 enter commands and information into the computer 1 120 through input devices such as a 
keyboard 1 140 and pointing device 1 142. Other input devices (not shown) may include a 
microphone, joystick, game pad, satellite dish, scanner, or the like. These and other input 
devices are often connected to the processing unit 1121 through a serial port interface 1 146 that 
is coupled to the system bus, but may be connected by other interfaces, such as a parallel port, 

25 game port or a universal serial bus (USB). A monitor 1 147 or other type of display device is also 
connected to the system bus 1 123 via an interface, such as a video adapter 1 148. In addition to 
the monitor, computers typically include other peripheral output devices (not shown), such as 
speakers and printers. 

The computer 1 120 may operate in a networked environment using logical connections to 
30 one or more remote computers, such as a remote computer 1 149. The remote computer 1 149 may 



# 



-21- 



£ 150665.1/MSFT-0208 

be another computer, a server, a router, a network PC, a peer device or other common network 
node, and typically includes many or all of the elements described above relative to the computer 
1 120, although only a memory storage device 1 150 has been illustrated in Figure 11. The logical 
connections depicted in Figure 1 1 include a local area network (LAN) 1151 and a wide area 
5 network (WAN) 1 152. Such networking environments are commonplace in offices, enterprise- 
wide computer networks, intranets and the Internet. 

When used in a LAN networking environment, the computer 1 120 is connected to the 
local network 1151 through a network interface or adapter 1 153. When used in a WAN 
networking environment, the computer 1 120 typically includes a modem 1 154 or other means for 

10 establishing communications over the wide area network 1 152, such as the Internet. The modem 
1 154, which may be internal or external, is connected to the system bus 1 123 via the serial port 
interface 1 146. In a networked environment, program modules depicted relative to the computer 
1 120, or portions thereof, may be stored in the remote memory storage device. It will be 
appreciated that the network connections shown are exemplary and other means of establishing a 

1 5 communications link between the computers may be used. 

As the foregoing illustrates, the present invention is directed to a business model in 
which one entity hosts, maintains, and provides a uniform interface for entering data into, a 
database of manufacturers product specification on behalf of a plurality of manufacturers, and 
that then serves as an application service provider (ASP) with respect to that database, by 

20 allowing the manufacturers to access their respective product specification data in the database 
for any of a variety of uses in exchange for some form of remuneration from those 
manufacturers. It is understood that changes may be made to the embodiments described above 
without departing from the broad inventive concepts thereof. Accordingly, the present invention 
is not limited to the particular embodiments disclosed, but is intended to cover all modifications 

25 that are within the spirit and scope of the invention as defined by the appended claims. 
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APPENDIX A 
<?xml version="1 .0" encoding="iso-8859-1" ?> 

: <Schema name-'DVDPIayer" xmlns="urn:schemas-microsoft-com:xml-data M 
xmlnsidt-'urnischemas-microsoft-comidatatypes'^ 
5 - <ElementType name="DVDPIayers" content="eltOnly"> 

<element type="DVDPIayer" minOccurs="0" maxOccurs="*" /> 
</ElementType> 
: <ElementType name= M DVDPIayer" content- *eltOnly"> 

<element type="MSNProdld" minOccurs-'O" maxOccurs="1" /> 
10 <element type-'ProdName" minOccurs="1 H maxOccurs="1" /> 

<element type="ProdModel" minOccurs="1" maxOccurs="1" /> 
<element type-'ProdModelYear" minOccurs="0" maxOccurs-T' /> 
<element type-'ProdReferencelmageURL" minOccurs-'O" maxOccurs="1" /> 
<element type-'ProdMSRP" minOccurs- '0" maxOccurs="1" /> 
15 <element type="ProdDesc" minOccurs-'O" maxOccurs-T' /> 

<element type="ProdUPC" minOccurs= M 0 H maxOccurs="1" /> 
<element type="Prod Display" minOccurs="0" maxOccurs="1" /> 
<element type="Format" minOccurs="0" maxOccurs="1" /> 
<element type= M Color" minOccurs =,, 0" maxOccurs="1" /> 
[320 <element type="lnternalDolbyDigital51 Decoder" minOccurs="0" maxOccurs="1" /> 

%Q <element type-'DigitalOutputs" minOccurs="0" maxOccurs="1" /> 

ff \ <element type-'Portable" minOccurs="0" maxOccurs="1" /> 

K\ <element type="AudioDAConverterType" minOccurs="0" maxOccurs="1 " /> 

fn <element type="CoaxialAVConnection" minOccurs="0" maxOccurs="1" /> 

i" 5 (25 <element type="CompositeOutput" minOccurs="0" maxOccurs="1" /> 

S <element type="DigitalCompressionMPEG" minOccurs= M 0" maxOccurs="1" /> 

^ <element type="Weight" minOccurs="0" maxOccurs="1" /> 

" 5 <element type="Height" minOccurs="0" maxOccurs="1" /> 

^ <element type="Width" minOccurs="0" maxOccurs="1 " /> 

^30 <element type="Depth" minOccurs="0" maxOccurs="1 " /> 

^ </ElementType> 

I U - <ElementType name="MSNProdld" content="empty"> 

<AttributeType name="value" dt:type="int" /> 
U ottribute type="value" /> 

Q35 </ElementType> 

<ElementType name="ProdName" content="textOnly" /> 
<ElementType name-'ProdModel" content-'textOnly" /> 
; <ElementType name-'ProdModelYear" content="empty"> 
<AttributeType name-'value" dt:type="int" /> 
40 ottribute type="value" /> 

</ElementType> 

: <ElementType name="ProdReferencelmageURL" content="empty"> 
<AttributeType name="value" dt:type-'uri" /> 
<attribute type="value" /> 
45 </ElementType> 

: <ElementType name="ProdMSRP"> 

<AttributeType name-Value" dt:type="float" /> 
<attribute type="value" /> 
</ElementType> 

50 <ElementType name="ProdDesc" content="textOnly" /> 

<ElementType name="ProdUPC" content="textOnly" /> 
- <ElementType name- 'ProdDisplay" content="empty"> 

<AttributeType name="value" dt:type="boolean" default= M 1 " /> 
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<attribute type="value M /> 
</ElementType> 
z <ElementType name="Format M content =,, empty"> 

<AttributeType name- Value" dt:type="enumeration" dt:values="AII DIVXandDVD 
5 DVDandCD DVDandVCD DVDandDIVXandCD DVDandLDandCD 

DVDandLDandVCDandCD DVDandVCDandCD NoPreference" /> 
ottribute type-Value" /> 
</ElementType> 

<ElementType name="Color" content="textOnly" /> 
10 : <ElementType name="lnternalDolbyDigital51 Decoder" content="empty"> 
<AttributeType name- Value" dt:type="boolean" default="0" /> 
<attribute type-Value" /> 
</ElementType> 
: <ElementType name-'DigitalOutputs" content="empty"> 
15 <AttributeType name-Value" dt:type="enumeration" dt:values="Coaxial Optical 

OpticalAndCoaxial" /> 
<attribute type-Value" /> 
</ElementType> 
: <ElementType name-Portable" content="empty"> 
_20 " <AttributeType name="value" dt:type="boolean" defau!t="0" /> 
y <attribute type-Value" /> 

</ElementType> 

^; <ElementType name="AudioDAConverterType" content="textOnly" /> 

y z <ElementType name- 'CoaxialAVConnection" content="empty"> 

CH25 " <AttributeType name= ,, value" dt:type="boolean" default="0" /> 
|y <attribute type="value" /> 

Cn </ElementType> 

in : <ElementType name="CompositeOutput" content="empty"> 

s <AttributeType name="value" dt:type="boolean" default="0" /> 

□30 <attribute type- Value" /> 

±n </ElementType> 

Hi : <ElementType name-'DigitalCompressionMPEG" content="empty"> 

<AttributeType name="value" dt:type="boolean" default="0" /> 
2 <attribute type-Value" /> 

S3 5 </ElementType> 

: <ElementType name="Weight" content="empty"> 
<AttributeType name="value" dt:type="float" /> 
<attribute type-Value" /> 
</ElementType> 
40 2 <ElementType name="Height" content="empty"> 
<AttributeType name-Value" dt:type- 'float" /> 
<attribute type="value" /> 
</ElementType> 
: <ElementType name="Width" content="empty"> 
45 " <AttributeType name-Value" dt:type="float" /> 
<attribute type-Value" /> 
</ElementType> 
- <ElementType name-'Depth" content- 'empty'^ 
<AttributeType name="value" dt:type="float" /> 
50 <attribute type-Value" /> 

</ElementType> 
</Schema> 
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APPENDIX B 



<?xml version= M 1.0 M encoding= M iso-8859-1" ?> 
<BizTalk> 
: <Body> 

: <DVDPIayers 

xmlns= M urn:http://www.merchant.shopmsn.microsoftxom/offerschema.xml? 
pcld=146"> 

; <DVDPIayer> 

<MSNProdld>104079</MSNProdld> 
<ProdName>DVP-S330</ProdName> 
<ProdModel>DVP-S330</ProdModel> 
<ProdModelYear /> 
<ProdReferencelmageURL /> 
<ProdMSRP>41 9.99</ProdMSRP> 

<ProdDesc>Dolby Digital Ready DVD player with Optical/Coaxial Digital 

Output</ProdDesc> 
<ProdUPC /> 

<ProdDisplay>1 </ProdDispiay> 
<Format>DVDandCD</Format> 

<Color /> 

<lnternalDolbyDigital51 Decoder value="0" /> 
<DigitaIOutputs>OpticalAndCoaxial</DigitalOutputs> 
<Portable value= H 0" /> 

<AudioDAConverterType>96kHz/24-bit</AudioDAConverterType> 
<CoaxialAVConnection value-'" /> 
<CompositeOutput value-'" /> 
<DigitalCompressionMPEG value- '" /> 
<Weight /> 
<Height /> 
<Width /> 
<Depth /> 
</DVDP!ayer> 
: <DVDPIayer> 



<MSNProdld>1 1 3701 </MSNProdld> 
<ProdName>DVP-S360</ProdName> 
<ProdModel>DVP-S360</ProdModel> 
<ProdModelYear /> 
<ProdReferencelmageURL /> 
<ProdMSRP>250</ProdMSRP> 

<ProdDesc>Dolby Digital Ready DVD player with Optical/Coaxial Digital 

Output</ProdDesc> 
<ProdUPC /> 

<ProdDisplay>1 </ProdDisplay> 

<Format>DVDandVCDandCD</Format> 

<Color>Black</Color> 

<lnternalDolbyDigital51 Decoder value- '0" /> 

<DigitalOutputs>OpticalAndCoaxial</DigitalOutputs> 

<Portable value="0" /> 

<AudioDAConverterType>96kHz/24-bit</AudioDAConverterType> 
<CoaxialAVConnection value="1" /> 
<CompositeOutput value="1" /> 
<DigitalCompressionMPEG value-'" /> 
<Weight>lnfo. Not Available</Weight> 
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<Height>lnfo. Not Available</Height> 

<Width>lnfo. Not Available</Width> 

<Depth>lnfo. Not Available</Depth> 
</DVDPIayer> 
<DVDPIayer> 

<MSNProdld>104080</MSNProdld> 

<ProdName>DVP-S530D</ProdName> 

<ProdModel>DVP-S530D</ProdModel> 

<ProdModelYear/> 

<ProdReferencelmageURL /> 

<ProdMSRP>479.99</ProdMSRP> 

<ProdDesc>DVD player with Internal Dolby Digital 5.1 Decoder and 

Optical/Coaxial Digital Output</ProdDesc> 
<ProdUPC /> 

<ProdDisplay>1 </ProdDisplay> 
<Format>DVDandCD</Format> 
<Color /> 

<lnternalDolbyDigital51 Decoder value="1" /> 
<DigitalOutputs>OpticalAndCoaxial</DigitalOutputs> 
<Portable value= H 0" /> 

<AudioDAConverterType>96kHz/24-bit</AudioDAConverterType> 

<CoaxialAVConnection value=" n /> 

<CompositeOutput value-'" /> 

<DigitalCompressionMPEG value-'" /> 

<Weight /> 

<Height /> 

<Width /> 

<Depth /> 
</DVDPIayer> 
<DVDPIayer> 

<MSNProdld>10408K/MSNProdld> 

<ProdName>DVP-S550D</ProdName> 

<ProdModel>DVP-S550D</ProdModel> 

<ProdModelYear/> 

<ProdReferencelmageURL /> 

<ProdMSRP>599.99</ProdMSRP> 

<ProdDesc>DVD player with Internal Dolby Digital 5.1 Decoder and 

Optical/Coaxial Digital Output</ProdDesc> 
<ProdUPC /> 

<ProdDisplay>1 </ProdDisplay> 
<Format>DVDandCD</Format> 
<Color /> 

<lnternalDolbyDigital51 Decoder value="1" /> 
<DigitalOutputs>OpticalAndCoaxial</DigitalOutputs> 
<Portable value="0" /> 

<AudioDAConverterType>96kHz/24-bit</AudioDAConverterType> 
<CoaxialAVConnection value="" /> 
<CompositeOutput value="" /> 
<DigitalCompressionMPEG value="" /> 
<Weight /> 
<Height /> 
<Width /> 
<Depth /> 
</DVDPIayer> 
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- <DVDPIayer> 

<MSNProdld>60437</MSNProdld> 
<ProdName>PBD-V30</ProdName> 
<ProdModel>PBD-V30</ProdModel> 
5 <ProdModel Year>1 /1 /1 999</ProdModelYear> 

<ProdReferencelmageURL /> 
<ProdMSRP>799</ProdMSRP> 

<ProdDesc>Dolby Digital Ready DVD player with Optical Digital 

Output</ProdDesc> 
10 <ProdUPC/> 

<ProdDisplay>1 </ProdDisplay> 

<Format>DVDandVCDandCD</Format> 

<Color>Silver</Color> 

<lnternalDolbyDigital51 Decoder value="0" /> 
1 5 <DigitalOutputs>OpticaK/DigitalOutputs> 

<Portable value="r /> 

<AudioDAConverterType>96kHz/20-bit</AudioDAConverterType> 

<Weight>1 .25</Weight> 

<Height>5.9</Height> 
20 <Width>1.4</Width> 
C3 <Depth>7.K/Depth> 
^0 </DVDPIayer> 
Cm </DVDPIayers> 
: SJ </Body> 
uQ5 </BizTalk> 
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